home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 1401 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: mail2news.demon.co.uk!deanna.demon.co.uk
  2. From: Simon Brown <simes@amdev.demon.co.uk>
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: Re: EMAIL Formats
  5. Date: Sun, 11 Feb 96 16:31:14 GMT
  6. Message-ID: <9602111631.AA00fkt@amdev.demon.co.uk>
  7. References: <19960210.7C1DE70.A64A@ccubb.com>
  8. X-NNTP-Posting-Host: deanna.demon.co.uk
  9. X-WordOfTheDay: Zworb.
  10. X-Newsreader: ADMaN 1.7 Copyright 1995 S.T.Brown
  11. X-Mail2News-Path: relay-4.mail.demon.net!post.demon.co.uk!deanna.demon.co.uk
  12.  
  13.  From the frantic fingers of David Evans:
  14.  
  15. > I have been trying to figure out a correct method of splitting up a persons
  16. > email box into differant files.  Obviously various email programs perform this
  17. > function, but I can't seem to figure it out (or see it documented).
  18. > 
  19. > Basically, the standard email box for a user contains each letter appended to
  20. > the other.  The format of a mail item appears to consist of basically the
  21. > "header" followed by the text of the item.  The second "letter" in a persons
  22. > mailbox follows the last letters text and begins with another "header".
  23. > 
  24. > I have seen some headers have a "byte" count, but its not consistant.  I
  25. > suspect that possibly the message ID has the byte count encrypted but I can't
  26. > seem to find docs on how to decrypt it if I am correct.  Anyone have any
  27. > ideas?
  28.  
  29. For UUCP mailboxes, the first line of the header normally begins with the
  30. string "From ". The next unindented line will be a message header of the
  31. type "<name>: <data>". In addition, at the end of each message will be a
  32. blank line. This is, as far as I know, the only sure-fire way of
  33. determining where messages begin and end, as not all messages contain size
  34. information and even if they do it isn't always correct.
  35.  
  36. The message-ID has nothing to do with the size, BTW - it's just a unique
  37. string.
  38.  
  39. -- 
  40. Simon Brown <simes@amdev.demon.co.uk>  // Software producer to the gentry.
  41. http://uptown.turnpike.net/S/simes/  \X/ Sage Master of the Inner Mystery.
  42.  
  43.            "He that diggeth a pit shall falleth therein." - Proverbs
  44.                                        
  45.